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REMARKS 



Claims 1-5, and 7-12 were rejected as anticipated by Nazem. 
Claims 6 and 13-15 were rejected as unpatentable over Nazem in view 
of Rune. Applicant requests reconsideration. 

Independent claims 1, 9, and 12 were amended to clearly recite 
that the process steps are all executed at a proximal XPA. That is, 
according to claim 3, a proximal web cache. The examination 
recitation of the history of computer caches was elegant, but 
unnecessary . 

The basis for allowance is and remains common to independent 
claims 1, 9, and 12 that include, among others, the unobvious 
limitation of "cross referencing at the proximal IPA in the 
forwarding table the stored destination URL identifier with the 
destination IPA" . 

The invention is directed to forming a proximal web cache at a 
proximal IPA. The proximal web cache uses cross-reference data as 
both a forwarding table and a routing table that includes both IPA 
and URL information. The cross-referenced URL- to- IPA forwarding 
table assists the proximal host at the proximal IPA to locate web 
content data that can be stored in a network of web caches. The 
benefits of associating the URL with IPA enables a proximal web 
cache to have a self-contained content -based forwarding table at 
the proximal IPA for expedited retrieval of web content data. 
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The present invention is new as a forwarding and routing table 
that associates URLs to distal IFAs for accessing web content data 
from the nearest minimum hop URL data that is stored in a web 
cache. The present invention does not merely route IPAs from a 
routing table for forwarding discrete packets, but rather forwards 
and routes the URL requests to near and far web caches and servers. 
Hence, the present invention is characterized by associating URL to 
distal IPA in a forwarding-routing table in a proximal web cache 
using URL requests that are for retrieving web content data from a 
distal but minimum hop web cache or a distal URL web server 
identified by both the IPA and URL. As such, and using the present 
invention, a web content data request can be sent, through table 
association, to a minimum hop web cache for fast access, rather 
than to a far remote distal web server. By using the invention, a 
browser directly communicates with a proximal web cache to access 
web content data without a DNS request . 

The examination rejections upon Nezem is without merit. Nazem 
(col. 3, lines 1-5), describes the well -understood prior art by 
which a web browser normally accesses web content data offered by a 
web server using the Domain Name Service (DNS) to cross-reference a 
web server name, contained within the URL, to a destination IPA. It 
is kindly requested that the examination take note that in Nazem 
the DNS is ITEM 108, the browser is ITEM 102, the distal servers 
are replicated ITEMS 104, and that there is no WEB cache at all in 
the Nezem system. 

/// 
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Nezem is directed to the production of on-demand web content 
data. Nezem' s system, comprising ITEMS 112, 114 and 116 operating 
in combination with a browser 102, DNS 108, and web servers 104 
generates web content data from data sources and user templates. 
Nezem has nothing to do with web caching. There is no reference in 
Nezem as to caching or storing the generated or produced web 
content data. Nezem is IRRELEVANT art. 

The DNS service cross-references the web server names, 
previously extracted from the distal URL, to the web server IPA so 
that communication between the web browser and web server can be 
established and the web content data can be transmitted directly 
from the remote distal server to the proximal Browser. The DNS 
service maintains cross-references from a web server name, not URLs 
as the examination presupposes, to a list of destination IPAs. 

Nezem' s use of the DNS does not cross-reference distal URLs or 
distal URL prefixes to a destination IPA. By contradistinction, the 
browser extracts the web server HOST NAME from the URL, 
communicates the HOST NAME to DNS, and then the DNS translates HOST 
NAME to a host IPA, and communicates the host IPA back to the 
browser. In web parlance, a browser, a web cache, a web server, and 
a DNS are distinct processes. Yet, the examination seems to equate 
all these functions with the claimed invention, as if the claimed 
web cache processes are equated to the entire web complex. 

Nazem (col. 3, lines 10-15) describes the modified operation 
of a DNS name server such that the web server IPA returned to the 
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web browser is the same when more than one IPA is associated to a 
web server name. There exist a plurality of methods for selecting a 
destination IPA from the destination IPA list. Nazem (col. 3, lines 
10-15), describes a desired deterministic method using the 
requesting web browser IPA. The DNS service does not maintain 
cross-references from a URL or prefixed portion of a URL to a list 
of destination IPAs, and therefore does not teach nor suggest a 
cross-referenced URL- to- IPA forwarding table, and therefore, 
neither does Nazem. Nazem (col. 2, 52-67, col. 3, 1-15) describes 
the operation of prior art on how a web browser determines how to 
communicate with a web server through DNS requests. Nazem is 
irrelevant to the present invention that uses a f orwarding- routing 
table at a proximal IPA web cache that associates URL and IPA for 
intermediate web cache access. 

The examination incorrectly cites Nazem (Col 3 line 1) to 
indicate that there is a cross-referencing, but as discussed, this 
is a DNS request which starts by sending the web server HOST NAME 
extracted from the URL and ends with the DNS service returning an 
IPA to the browser. The proximal IPA forwarding table stores cross- 
references including a distal URL and a destination IPA prior to 
the source sending a source URL identifier. Nazem does just the 
opposite, by sending a HOST name and receiving an IPA from the DNS . 
Storing the cross-reference between a distal URL or URL prefix and 
a destination IPA, as in the present invention, is a separate 
process independent of DNS, which separate process is not disclosed 
nor suggested in Nazem. 
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The present inventions of claim 1, 9, and 12 are characterized 
as cross-referencing, as with a forwarding-routing table in a 
proximal web cache, at a proximal IPA, for associating URL requests 
to distal IPAs for enabling access to near minimum- hop web caches. 
Nazem does not provide for minimum hop web cache access nor does 
Nazem use a forwarding-routing table that associates URLs and IPAs, 
but rather Nazem uses conventional DNS services for associating 
host names and IPAs. Nazem teaches away from the present invention. 

When viewing Nezem's drawings, it becomes clear that the 
functions upon which the rejections are based flow from functions 
of a plurality of web processors, including a browser, DNS 
processor, as well as web servers having unique functions. This is 
an apparent application of forbidden hindsight reconstruction. It 
is not determinative that a DNS cross-references host names to 
IPAs, nor determinative that cache or memory is well known, but 
rather the invention must be viewed as a whole respecting the prior 
art. In this regard, the independent claims have been amended so 
that each functional process step explicitly occurs at a single 
proximal IPA, that is, at a proximal web cache. As such, it becomes 
clear that the claimed process functions occur at this sole 
proximal IPA location, and are not distributed among disjointed web 
components, such as a browser, DNS, or web servers, as in Nezem, 
performing inherently different processes. 

In connection with the independent claims, Nezem specifically 
and particularly teaches a SYSTEM of web components including the 
browser, DNS and web servers interconnected across the internet. 
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whereas, the present invention performs the claimed processes all 
at THE PROXIMAL IPA. A cross -referencing proximal web cache AT THE 
PROXIMAL IPA performing the claimed functions is not remotely 
suggested by Nezem. In connection with storing at a proximal IPA 
the forwarding table, Nezem teaches IP addresses stored in a name 
server. The examination equates the DNS server with the present 
invention, but a DNS server does not include a forwarding table 
that translate a URL to a distal IPA, but does include a 
translation from host name to the distal IPA. 

In connection with claim 3, a DNS has never been used to store 
web content data, yet claim 3 calls out that the web content data 
is received at the proximal IPA as a proximal web cache. The 
examination equates DNS with a host name to an IPA forwarding table 
with the claimed proximal web cache cross-referencing URLs to 
distal IPAs. DNS does not receive, as the examination incorrectly 
suggests, at the proximal IPA, a URL, but rather receives HOST 
NAMES extracted by a browser and then cross-references the HOST 
NAMES to a web IPA storing the web content data. A DNS is simply 
not a cross-referencing proximal web cache, but merely a specific 
type of routing services. That is, DNS receives a host name from 
the browser, not a URL as the examination incorrectly suggests. The 
claimed process receives a destination URL for a source. A DNS 
transmits a destination IPA to a browser. The claimed process 
transmits a URL to a destination IPA. A DNS does not cache web 
content data. The claimed invention as in claim 3 caches web 
content data. Yet, the basis for the rejections is Nezem 1 s 
conventional use of DNS. The examination comments on page 3 are 
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misplaced. For the 1) storing, 2) storing, 3) receiving) 4) cross 
referencing, 5) and transmitting process steps, there is the 
repetitive citation of Nezem and the DNS "name server", yet, DNS 
does not perform a single one of these five claimed functions. 

It is not understood how Nezem can be anticipatory when 
Nezem' s DNS service does not perform one of the claimed processes 
Nezem is irrelevant and teaches away from the non-DNS use by the 
present invention. The cited references do not teach claimed 
process steps at a proximal IPA. Allowance of the claims is 
requested. 



Respectfully Submitted 




Derrick Michael Re id 
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